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ABSTRACT 



A client-server system for recording web site activity by web 
users and dynamically customizing web display apparatuses 
for optimal information presentation based on the users* 
prior activity history. The system assigns each user a user 
identifier that allows the system to track the user's web 
sessions. The system also assigns every web site an appli- 
cation identifier that allows the system to track the user's 
activities at a particular web site. The system then records 
the user's activities as they visit different web sites via the 
user and application identifiers. The system determines how 
the user prefers to view each web site based on their prior 
activity, their preferences, the web site, and various other 
factors. As the user surfs fiom web site to web site, the 
system dynamically configures the user's web browser and 
the web page information for optimum presentation based 
on how the user prefers to view the web site. 
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METHOD AND APPARATUS FOR PROVIDING 
DYNAMIC INFORMATION TO A USER VIA A 
VISUAL DISPLAY 

FIELD OF THE INVENTION 

[0001] The present invention generally relates to the pre- 
sentation of web site information on Internet web browsers. 
More specifically, this invention relates to the dynamic 
display of web site information via a method and apparatus 
that tracks web site use by individual web users, and then 
dynamically configures the user's web browser and dis- 
played information for optimum presentation based on the 
user's prior activity and preferences. 

BACKGROUND OF THE INVENTION 

[0002] The Internet has created a wealth of knowledge and 
information on a scale previously unimaginable. From com- 
mercial web sites to individual homepages, government 
resources to educational institutions, web surfers are 
exposed to a vast array of information that varies in purpose, 
presentation, language, complexity, and functionality. 

[0003] In addition to various web site designs, the interests 
of individual web surfers determine the manner in which 
web sites are accessed and utilized. Novice web surfers 
prefer simplicity and ease of use, whereas expert surfers 
prefer functionality and flexibility. Patterns of individual use 
further diverge with different areas of interest such as news, 
merchandise, sports, science, and education. 

[0004] In contrast to the diversity of web sites and use 
patterns, Internet web browsers are markedly generic, with 
minimal capability to be tailored for individual use. The two 
most prominent web browsers, NETSCAPE NAVIGATOR 
and MICROSOFT INTERNET EXPLORER, limit indi- 
vidual customization to manual, static processes such as 
selecting a homepage, book marking web site addresses, 
displaying and hiding navigational toolbars, and setting 
global appearance features. 

[0005] The combination of different web sites, individual 
preferences, and generic web browsers guarantees that web 
users surfing from web site to web site are never presented 
with web page information in their preferred fashion. They 
are thus faced with equally unattractive choices of either 
exhaustively and repeatedly reconfiguring browser settings 
throughout a web session, or experiencing frustration and 
inefficiency as they view web sites in less than ideal con- 
ditions. Significantly, those most affected are the mainstay 
web surfers who visit large numbers of web sites. 

SUMMARY OF THE INVENTION 

[0006] These and other deficiencies in the presentation of 
web page information are addressed by the present inven- 
tion, which tracks the activities of individual web users, and 
then dynamically tailors the user's web browser and web 
information for optimal presentation of information based 
on the user's prior activity. 

[0007] The method of the system described herein 
includes several functions. First, the system assigns each 
user a user identifier that allows the system to track the 
user's web sessions. Second, the system assigns every web 
site an application identifier that allows the system to track 
the user's activities at a particular web site. Third, the system 



records the user's activities as they visit different web sites 
via the user and application identifiers. Fourth, the system 
determines how the user prefers to view each web site based 
on their prior activity, their preferences, the web site, and 
various other factors. Fifth, as the user surfs from web site 
to web site, the system dynamically configures the user's 
web browser and the web page information for optimum 
presentation based on how the user prefers to view the web 
site. 

[0008] The apparatus used to implement this system is a 
client-server system. On the client or user side, web display 
applications track the user's activity at web sites. Every web 
display application acts as a standalone client program that 
receives and executes instructions from the server system. 
Web display applications have common features including 
popup messages, menu functions, and web browser control. 
As client programs, web display applications receive 
instructions from the server system that modify the user's 
browser and customize presentation of web site information. 
Each web site has its own web display application. The user 
installs a web display application for each web site they want 
the server system to track and customize. 

[0009] Another component on the client or user side is the 
desktop system, which includes functions to connect and 
communicate with the server system and manage web 
display applications. Yet another component on the client or 
user side is the message broker, which handles communi- 
cation between the server system and web display applica- 
tions. The message broker also handles communication 
between the server system and other client or user compo- 
nents, including toolbars and the desktop taskbar. These 
components also respond to server configuration instruc- 
tions for optimal presentation of information, including 
presentation of message information to one or more users. 

[0010] On the server side, content servers record the 
Universal Resource Locators (URLs) of web sites accessed 
by users. Download servers maintain program updates and 
web display applications for each web site which is capable 
of being tracked by the system. Communication servers 
interact with users by sending and receiving instructions. 
Application servers record the user's activities in a database 
and log files. The database contains user and application 
specific records that are used for user and application 
specific activities, including user identification, user char- 
acteristics, user preferences, user behavior information, 
application identification, application characteristics, and 
application configuration information. Log files track indi- 
vidual user client activity throughout user sessions, includ- 
ing user log in and log out, session activities, download and 
messaging, and web site activities. An external interface 
provides for system expansion outside the core server sys- 
tem. Reporting servers generate reports and statistics includ- 
ing user activity, web site activity, and system performance. 
A message queue holds messages to be sent by the server 
system to the user based on the user's activity history. 
[00 11] To activate the system, the user connects to the 
Internet. The desktop system establishes a connection with 
the server system to receive instructions. If the user is new, 
the server system first registers the user and assigns them 
their unique user identifier. Otherwise, the server recognizes 
the user as a registered client with a prior history. 

[0012] After logging in, the user invokes one of the web 
display applications. Once a web display application is 
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running, the server tracks the user's activity at the web site 
associated with the web display application and customizes 
the display of the web site's information. The user can open 
multiple web display applications at once, and the server 
system tracks the user's activities at every web site that has 
its web display application running. 

[0013] The communication servers generate instructions 
based on the user's prior activity at the web site the user is 
accessing, provided that the user is running the appropriate 
web display application. They send these instructions to the 
corresponding web display application via the message 
broker. The web display application executes the instruc- 
tions, thereby changing the user's browser settings and 
appearance. Thus, the server system optimizes the presen- 
tation of web page information based on the user's prior 
activity at the particular web site. 

[0014] As the user changes web sites, the communication 
servers generate new instructions based on the user's activ- 
ity history at the new web site, provided that the user is 
running the appropriate web display application. Thus, as 
the user surfs the net, their web browser is dynamically 
reconfigured for optimum presentation of information at 
each web site viewed. The server system records the user's 
activity at the web sites in a central database and log files for 
future use. This information is also used by the server system 
to generate updated instructions for the user's current ses- 
sion based on their most recent activity. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0015] The foregoing and other features of the present 
invention will be more readily apparent from the following 
detailed description and drawings of illustrative embodi- 
ments of the invention in which: 

[0016] FIG. 1 is a block diagram of the client-server 
system architecture of an embodiment of the present inven- 
tion; 

[0017] FIG. 2 is a flowchart of the User Identifier Request 
Process of the present invention; 

[0018] FIG. 3 is a flowchart of the Session Communica- 
tion Process of the present invention; 

[0019] FIG. 4 is a block diagram of the session tracking 
and data collection architecture according to the present 
invention; 

[0020] FIG. 5 is a table showing a User Information 
Record; 

[0021] FIG. 6 is a table showing a User Session Record; 

[0022] FIG. 7 is a table showing an Application Informa- 
tion Record; 

[0023] FIG. 8 is a table showing an Application Naviga- 
tion Information Record; 

[0024] FIG. 9 is a table showing an Application Customi- 
zation Record; 

[0025] FIG. 10 is a table showing a User Behavior Infor- 
mation Record; 

[0026] FIG. 11 is a table showing a User URL Information 
Record; 



[0027] FIG. 12 is a table showing a User Application 
Information Record; 

[0028] FIG. 13 is a table showing an Application Tracking 
Information Record; 

[0029] FIG. 14 is a table showing a Message Queue 
Record; 

[0030] FIG. 15 is a table showing an Activity Log File 
Record; 

[0031] FIG. 16 is a diagram of the external interface 
protocol in accordance with the present invention; 

[0032] FIG. 17 is a diagram of the message broker pro- 
tocol in accordance with the present invention; 

[0033] FIG. 18 is a diagram of the web display applica- 
tion's desktop icon placement; 

[0034] FIG. 19 is a diagram of the dynamic browser 
customization features; and 

[0035] FIG. 20 is a diagram illustrating the desktop task- 
bar customization feature. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

[0036] Referring now to FIG. 1, therein is shown the 
overall client-server system architecture 100. The server 
system includes the content servers 6, download servers 8, 
communication servers 10, load balancer 12, external inter- 
face 14, database 18, log files 20, and reporting server 22. It 
should be understood that every server shown as a single 
unit may also be a collection of servers linked together, and 
that the different server functions may be implemented in a 
single server. User client applications 2 are connected to the 
server system via a communications network, such as the 
Internet 4. It should be understood that the user client 
applications 2 are any and all user applications that com- 
municate with the server system through the Internet 4, 
including the desktop system, message broker, web display 
applications, toolbars, and taskbar. 

[0037] The desktop system is one of the client applications 
2 that interface with the server system. After installing the 
desktop system, the user connects to the* Internet 4 and runs 
the desktop system application, at which point the message 
broker begins to exchange messages with the communica- 
tion servers 10. Communication between the message bro- 
ker and server system may be established through TCP/IP, 
which opens a socket between a user and the server system. 
If the user is new, the desktop system registers the user with 
the server system, which assigns the user a unique user 
identifier. Otherwise, the system recognizes the user as a 
prior user who is registered with the server system. 

[0038] After logging in and establishing a valid client- 
server connection, the user opens additional user client 
applications 2, including web display applications for dif- 
ferent web sites. These applications exchange instructions 
with the communication servers 10 via the desktop system's 
message broker. As the user visits different web sites, the 
corresponding web display applications transmit informa- 
tion about the user's activities at those sites to the commu- 
nication servers 10. The communication servers 10 access 
the database 18 and log files 20, determine the user's prior 
activities at the web sites, and generate instructions that 
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optimize the user's web browser for those sites based on the 
web site the user is viewing, the user's prior activity at the 
site, the user's preferences, and other factors. These instruc- 
tions are sent back to the corresponding web display appli- 
cations, which execute the instructions to dynamically con- 
figure the user's web browser. The communication servers 
10 also record the user's current activity at the web site in 
the database 18 and log files 20 for future use. In addition to 
generating instructions for web display applications, the 
communication servers 10 generate instructions for addi- 
tional client applications 2, including instructions for modi- 
fying toolbars and the taskbar. These instructions are based 
on the web site the user is viewing, the user's prior history 
at the web site, the user's preferences, and other factors. 

[0039] The content servers 6 contain messages that are 
sent to user client applications 2. The content servers 6 query 
the database 18 to determine which messages to send to the 
user based on the web site the user is viewing, the user's 
prior history at the web site, the user's preferences, and other 
factors. The content servers then queue the appropriate 
messages and send them to the corresponding user client 
application 2. 

[0040] The download servers 8 contain program and infor- 
mation updates for user client applications 2. The server 
system compares the versions of the user client applications 
2 with client application version information stored in 
records in the database 18. If a comparison reveals that a 
newer version or additional data is available for the user 
client applications 2, the download servers 8 transmit the 
updated information to the user client applications 2, or 
supply the appropriate web address where the program 
update is available. 

[0041] The content servers 6 and download servers 8 
communicate with other systems 16 outside the core server 
system through an external interface 14. These other systems 
16 send content and instructions through the external inter- 
face 14 to the content servers 6 and download servers 8, 
thereby allowing external systems to control, configure, and 
update the information provided to the user client applica- 
tions 2. In this way, for example, an operator of a web site 
can provide information to be presented by way of web 
display applications associated with their web site. The 
reporting server 22 interfaces with the database 18 and log 
files 20 to determine the system status, user traffic, and other 
administrative statistics, and also to generate usage reports. 

[0042] The server system communicates with multiple 
users simultaneously while they are on the Internet 4 and 
logged into the server system. The communication servers 
10 track the activities of each user client application via the 
user and application identifiers transmitted from the client 
applications 2 to the communication servers 10. Thus, the 
activity for each user is recorded in the database 18 and log 
files 20 for future use. 

[0043] The User Identifier Request Process, wherein the 
user installs client software and registers with the server 
system, is shown in FIG. 2. Referring now to FIG. 2, the 
User Identifier Request Process begins when the user down- 
loads the desktop system client application software to their 
computer (step 260) via common means such as the Internet 
or CD-ROM. The user then runs the software on their 
computer, thereby installing and running the desktop system 
client application (step 262). 



[0044] After installing and running the desktop system, it 
is then determined if the user's computer has a valid Internet 
connection (step 264). If not, the process proceeds to step 
272, wherein the desktop system uses its default settings 
until it establishes communications with the server system. 
If so, the process proceeds to step 266, wherein the desktop 
system contacts the server system to register and configure 
itself. 

[0045] If the process proceeds to step 266, it is then 
determined if the user is new and needs to register with the 
server system. The server system determines if the user is 
new by searching for a pre-existing unique user identifier 
stored on the user's computer (step 266). If a user identifier 
is found on the user's computer, the user is already regis- 
tered with the server system, and the process proceeds to 
step 270. If a user identifier is not found on the user's 
computer, the user is new and not registered with the server 
system, and the process proceeds to step 268. At step 268, 
tie desktop system requests a unique user identifier from the 
server system, which generates and sends a user identifier 
back to the desktop system. The desktop system stores the 
received user identifier on the user's computer, thereby 
registering the user for future client-server sessions (step 
268). 

[0046] After registering with the system, the desktop 
system then requests user specific client configuration infor- 
mation from the server system (step 270). After receiving 
configuration information updates, the desktop system pro- 
ceeds to run in its usual fashion by managing the main 
client-server session and other user client applications run 
by the user (step 274). 

[0047] The Session Communication Process, wherein a 
client application 2 initiates a client session and communi- 
cates with the server system, is shown in FIG. 3. All client 
applications 2 communicate with the server system via the 
message broker, which handles communication between 
client applications 2 and the server system. Client applica- 
tions 2 send requests and data to the message broker, which 
forwards this client information to the server system. The 
server system responds to client requests and data by send- 
ing requests and data back to the message broker, which 
forwards this server information to the client applications 2. 

[0048] Referring now to FIG. 3, the process begins when 
the user starts the client application by running the client 
software (step 280). The client application then initiates a 
client-server session with the server system by sending a 
connect request to the message broker 300, which opens a 
TCP/IP socket with a communication server (step 282). The 
communication server responds by sending version control 
and operating parameters to the client application, thereby 
establishing a new client-server session (step 282). 

[0049] Once the client-server session is established, the 
client application then requests custom configuration infor- 
mation from the server system, which returns custom client 
parameters based on factors including the user's preferences 
and prior use history (step 284). The client application then 
performs initial client configuration operations, in which the 
client application reconfigures itself based on the custom 
parameters received from the server system (step 288). 

[0050] After performing the initial custom configuration 
information request and custom configuration operation 
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steps, the client application sends URLs to the server system 
for those web sites that the user accesses, which the server 
system acknowledges (step 290). The client application also 
sends tracking and usage information based on the user's 
activity, which the server system acknowledges (step 292). 
The client application further requests additional custom 
configuration information, which the server system pro- 
vides, thereby updating and reconfiguring the client appli- 
cation based on the user's most recent activity (step 294). 

[0051] The client-server session continues until the user 
chooses to terminate the client application (step 296). As 
long as the client application runs, the client-server session 
continues, and the client application continues to send URLs 
(step 290), send tracking and usage information (step 292), 
and receive updated custom parameters (step 294). If the 
user ends the client application, however, the client appli- 
cation requests an end of session from the server system, 
which acknowledges the end of session request from the 
client application and terminates the session (step 298). 

[0052] The session tracking and data collection architec- 
ture of the system is shown in detail in FIG. 4. Referring to 
FIG. 4, user client applications 2 exchange messages with 
communication servers 32 that handle session management 
and the collection of data, which is then stored in log files 
and the server database 18. Typical tracking records such as 
session records 34, application records 36, and activity 
records 38 are shown. 

[0053] A session record 34 includes the Session Identifier 
40, User Identifier 42, Session Start 44, Session End 46, End 
Code 48, and IP Address (internet address) 50. The Sessiou 
Identifier 40 is a unique session identification which indi- 
cates the session in which the client-server communication 
occurred. The User Identifier 42 is a unique user identifica- 
tion number assigned to a user that is used by the server 
system to identify the user of client applications. The 
Session Start 44 and Session End 46 entries indicate the time 
when the session began and ended, respectively. The End 
Code 48 indicates how the session was terminated, such as 
a user hang up or lost connection. The IP Address 50 
indicates the internet address from which the client appli- 
cation 2 communicated with the server system during the 
session. 

[0054] An application record 36 includes the Session 
Identifier 40, User Identifier 42, Application Identifier 52, 
Application Start 54, and Application End 56. The Session 
Identifier 40 is a unique session identifier which indicates 
the session in which the client-server communication 
occurred. The User Identifier 42 is a unique user identifica- 
tion number assigned to a user that is used by the server 
system to identify the user of client applications. The 
Application Identifier 52 is a unique application identifica- 
tion number assigned to an application and used by the 
server system to identify which client application 2 is 
communicating with the server. The Application Start 54 and 
Application End 56 entries indicate when the client appli- 
cation began and ended communication with the server 
system, respectively. 

[0055] An activity record 38 includes the Session Identi- 
fier 40, User Identifier 42, Application Identifier 52, Activity 
Code 58, and Activity Data 60. The Session Identifier 40 is 
a unique session identifier which indicates the session in 
which the client-server communication occurred. The User 



Identifier 42 is a unique user identification number assigned 
to a user that is used by the server system to identify the user 
of client applications. The Application Identifier 52 is a 
unique application identification number assigned to an 
application and used by the server system to identify which 
client application 2 is communicating with the server. The 
Activity Code 58 and Activity Data 60 are entries indicating 
the activity the user executed with the application, and the 
data upon which the user acted, respectively. Examples of 
activities recorded in the Activity Code 58 include installa- 
tion, uninstallation, visiting a web site, shutting down, and 
changing menus. Examples of data recorded in the Activity 
Data 60 include web site addresses, text entries, Internet 
Service Providers (ISP), new menu items, and existing menu 
items. 

[0056] Referring now to the database record tables, FIG. 
5-FIG. 12 are tables showing categories of information the 
server system records to track user activity and generate 
instructions for user client applications. The User Informa- 
tion Record is shown in FIG. 5. This record is used by the 
system for functions including defining user specific char- 
acteristics and tracking user activities. There is one User 
Information Record per user regardless of the number of 
client applications the user downloads. 

[0057] Referring to FIG. 5, the User Information Record 
includes the User Identifier field 42, which is the unique user 
identification assigned to the user, and a User Number field 
72, which is an internal number used to record user specific 
activities. The User Information Record also includes an IP 
Address field 50, which is the last internet address from 
which the user connected with the server system, along with 
a Country Code field 74, which indicates the country from 
which the user last accessed the server system. The User 
Information Record further includes a Last Login field 76, 
which indicates the last time the user logged into the server 
system. 

[0058] Using these fields, the server system is able to track 
each user's activities^and customize the presentation of 
information to the user. The User Identifier 42 is a unique 
character string that is assigned for each user that commu- 
nicates with the server system. The User Number 72 is a 
unique binary number assigned to each user that communi- 
cates with the server system. Whereas the longer User 
Identifier 42 is transmitted between client applications 2 and 
the server system, the smaller User Number 72 is used to 
store individual user records and maintain referential integ- 
rity between the user and server database system. 

[0059] Whenever the system receives data from a client 
application, the data includes the User Identifier 42. The 
system compares the received User Identifier 42 with the 
User Identifier 42 from various User Information Records to 
determine which user is interacting with the system. By 
identifying the correct User Information Record, the system 
can perform user specific functions including identifying the 
user at login, accessing database and log files to determine 
the user's prior activities, sending instructions to the user's 
client applications, and determining the user's correspond- 
ing User Number 72. The user's activity is then recorded and 
retrieved from the database using the smaller User Number 
72 in order to reduce storage space while maintaining unique 
records for each user. 

[0060] The IP Address 50 is the user's Internet Protocol 
Address that is used to identify a user on the Internet. The 
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server system uses the IP Address 74 to determine factors 
including the user's country of connection, Internet Service 
Provider, and company from which they are connecting. The 
Country Code 74 indicates the country from which the user 
is accessing the system, and is used for region specific 
functions including country, nationality, and language. For 
instance, by comparing the user's Country Code 74 with 
country codes associated with different messages and web 
sites, the server system can identify which set of messages 
or web sites a user will view, and the language in which the 
user will view them. The Last Login 76 includes the time 
and date the user last connected, which is updated whenever 
a user connects to the system. 

[0061] The User Session Record is shown in FIG. 6. This 
record is used by the server system for function*; that include 
tracking and recording user sessions with the server system. 
Whenever the user connects with a communication server 
10, a User Session Record is created, and whenever the user 
disconnects from the communication server 10, the User 
Session Record is updated. There is one User Session 
Record per application per session.. 

[0062] Referring to FIG. 6, the User Session Record 
includes the User Number field 72, which is an internal 
number used to record user specific activities, and an Appli- 
cation Identifier field 82, which is the unique identification 
assigned to the application. The User Session Record also 
includes ihe IP Address field 50, which is the user's Internet 
address during the session. The User Session Record further 
includes a Session Start field 44 and Session End field 46, 
which are the session start and end times, respectively. The 
User Session Record also includes a Session Identifier 40, 
which is a unique session identification which indicates the 
session in which the client-server communication occurred. 

[0063] Using these fields, the server system is able to track 
each user session and generate statistics about user sessions 
with the server system. The User Number 72 and Applica- 
tion Identifier 82 provides a unique user and application 
identification, respectively, that is used by the system to 
determine which user and application is communicating 
with the system. Whenever the system receives data from a 
client application, the data includes a User Identifier 42 and 
Application Identifier 82. The system retrieves the user's 
corresponding User Number 72 for the received User Iden- 
tifier 42, and then creates a new User Session Record by 
recording the User Number 72, Application Identifier 82, 
and a Session Number 40 in the database. By using the User 
Number 72 and Application Identifier 82 to identify which 
users and client applications initiate client-server sessions 
with the server system, the server system can thereby track 
user and client specific sessions, as well as generate user and 
client specific statistics. 

[0064] In addition, the server system uses the IP Address 
50 to determine the Internet address from which the user and 
application communicate with the server system throughout 
the session. The server system can thereby determine sta- 
tistics including the IP Addresses from which users com- 
municate with the server system, and the IP Addresses from 
which applications communicate with the server system. 

[0065] Using the Session Start 304 and Session End 306, 
the server system can also determine what times the user and 
application began and completed the client-server session. 
The server system can thereby determine user-specific sta- 



tistics including the user session duration and peak time of 
use, as well as client-specific statistics including client 
session duration and peak time of use. The server system can 
also determine system-wide user and client statistics includ- 
ing the average user session duration, average client session 
duration, user session peak time of use, and client session 
peak time of use. 

[0066] The server system uses the Session Identifier 40 to 
track individual user and client sessions. The server system 
can thereby maintain multiple User Session Records for 
identical users and client applications, and generate statistics 
including the aggregate number of client-server sessions for 
a particular user and client application, the session frequency 
for the user and client application, and the peak session time 
for the user and client application. 

[0067] The Application Information Record is shown in 
FIG. 7. This record is used by the server system for 
functions that include defining application specific charac- 
teristics and tracking application activities. There is one 
Application Information Record per application. 

[0068] Referring to FIG. 7, the Application Information 
Record includes the Application Identifier field 82, which is 
the unique identification assigned to an application, and an 
Application Name field 84, which is the textual name of the 
application. The Application Information Record also 
includes an Application Message Interval field 86, which 
indicates the period between messages sent from the mes- 
sage queue to the application, and a Welcome Wait Interval 
field 88, which indicates the amount of time to wait before 
requesting the next display message from the message 
queue. The Application Information Record further includes 
a Client Query Time Interval field 90, which indicates the 
time period between application queries to the server for 
information. The Application Information Record also 
includes an Application Version field 92, which indicates the 
current version of the application, along with an Application 
Update URL field 94, which indicates the web address for 
updating the application. 

[0069] Using these fields, the server system is able to track 
each application's activities and customize the presentation 
of information to the user based on the application. The 
Application Identifier 82 provides a unique application 
identification that is used by the system to determine which 
application is communicating with the system. Whenever 
the system receives data from a client application, the data 
includes an Application Identifier 82. The system compares 
the received Application Identifier 82 with the Application 
Identifier 82 from various Application Information Records 
to determine which application is interacting with the sys- 
tem. By identifying the correct Application Information 
Record, the system can perform application specific func- 
tions including processing application requests for informa- 
tion or instructions, accessing the database and log files to 
determine application characteristics, generating application 
specific instructions, and sending application specific 
instructions and messages. 

[0070] The Application Name 84 allows a simple textual 
name to be associated with the application. The Application 
Message Interval 86, Welcome Wait Interval 88, and Client 
Query Time Interval 90 control how often messages are sent 
to the application, how long the application waits before 
requesting additional messages, and how often the applica- 
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lion requests new instructions from the server system, 
respectively. The Application Version 92 indicates the cur- 
rent version of the application, and is compared with the 
version of the user's client application to determine if 
updates to the user's application are available. If updates are 
available, the download server then prompts the user to 
download the updated version of the application from the 
web address specified in the Application Update URL 94, or 
from the download servers 8. 

[0071] The Application Navigation Record is shown in 
FIG. 8. This record is used for functions including defining 
the primary web address the application initially accesses 
when the application is run. There is one Application Navi- 
gation Record per client application per country. 

[0072] Referring to FIG. 8, the Application Navigation 
Record includes the Application Identifier field 82, which is 
the unique identification assigned to the application. The 
Application Navigation Record also includes a Navigation 
URL field 102, which indicates the web address for the 
application to access when the user runs the application, and 
the Country Code field 74, which indicates the user country 
for which the Navigation URL 102 applies. 

[0073] Using these fields, the system determines the initial 
web address and web information to present to the client 
application. When a user runs a client application, the server 
system receives data which includes an Application Identi- 
fier 82 and Country Code 74. The server compares this 
information with the Application Identifier 82 and Country 
Code 74 in the Application Navigation Records to determine 
the correct Application Navigation Record. Upon determin- 
ing the correct Application Navigation Record, the system 
sends the Navigation URL 102 to the client application, 
which is loaded as the application's initial web address. 

[0074] The Application Customization Record is shown in 
FIG. 9. This record contains application parameters that are 
related to user behavior. There are multiple Application 
Customization Records per application per user behavior. 

[0075] Referring to FIG. 9, the Application Customization 
Record includes the Application Identifier field 82, which is 
the unique identification assigned to the application, and a 
Behavior Type field 112, which is the user's behavior type. 
The Application Customization Record also includes a Tag 
Name field 310 and Value Name field 312, which provide a 
textual information tag and an associated value, respectively, 
for the application. 

[0076] Using these fields, the server system can customize 
user client applications based on the user's behavior type. 
The server system receives the Application Identifier 82 and 
Behavior Type 112 from user client applications, which it 
compares with the Application Identifier 82 and Behavior 
Type 112 to determine the appropriate Application Customi- 
zation Record. The server system then sends Tag Name 310 
and Value Name 312 information, based on the user's 
behavior, to the user client application, thereby customizing 
the user client application. The Tag Name 310 is a specific 
parameter for the client application, and the Value Name 312 
is the parameter's corresponding custom value. Thus, the 
server system identifies the application and user behavior, 
and then sends custom tags and tag values to client appli- 
cations, thereby customizing the application parameters 
based on the user behavior type. 



[0077] The User Behavior Information Record is shown in 
FIG. 10. This record contains weighted information about 
the user's behavior that is used for functions including 
determining the configuration of user client applications and 
dynamically configuring user client applications. There is 
one record per user per client application. 

[0078] Referring to FIG. 10, the User Behavior Informa- 
tion Record includes the User Number field 72, which is an 
internal number used to record user specific activities. The 
User Behavior Information Field also includes a Behavior 
Type field 112, which indicates information about the user's 
type of interests, and a Weight field 114, which indicates the 
significance or weighting of the Behavior Type 112. 

[0079] Using these fields, the system records various user 
activity information, thereby creating a data source repre- 
senting the user's activity preferences. As a user accesses 
different web sites, their corresponding user client applica- 
tions communicate the user's User Identification 42, the 
URL the user is visiting, and the user's activity at the URL 
to the server system. The server system uses the received 
User Identification to identify the user performing the activ- 
ity, and processes the received user URL and activity infor- 
mation to determine the user's behavior, as well as the 
significance of the user's behavior. The server system 
records the user's behavior and the significance of the 
behavior in a User Behavior Information Record, using the 
User Number 72, User Behavior Type 112, and Weight 114 
to indicate the user, type of activity the user is performing, 
and the significance of the user's activity, respectively. The 
server system then uses this information, along with infor- 
mation from other User Behavior Information Records, to 
perform custom user functions including generating instruc- 
tions for user client applications, customizing web informa- 
tion appearance, and determining messages to send to the 
user. 

[0080] The User URL Information Record is shown in 
FIG. 11. This record includes user URL tracking informa- 
tion that the server system uses as a database to generate user 
behavior information. There is one User URL Information 
Record per user per session per URL. 

[0081] Referring to FIG. 11, the User URL Information 
Record includes the User Number field 72, which is an 
internal number used to record user specific activities, and a 
Session Identifier field 40, which identifies the session of the 
user for the URL. The User URL Information Record also; 
includes a Domain field 320 and Page field 322, which are 
the domain and page portions of the URL, respectively. The 
User URL Information Record further includes a Page Type 
field 324, which identifies the type of URL, as well as a 
Duration field 326, which records the amount of time the 
user spent at the URL. 

[0082] Using these fields, the server system records URLs 
visited by users, thereby creating a database from which the 
server system generates user behavior information. As a user 
accesses different web sites, their corresponding user client 
applications communicate the user's User Identification 42, 
User Session Identifier 40 and the URL the user is visiting. 
The server system uses the received User Identification to 
identify the user performing the activity, and splits the 
received user URL into its Domain 320 and Page 322 
portions. The server system then records the user, session, 
URL domain name, an URL page name using the User 
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Number 72, Session Identifier 40, Domain 320, and Page 
322, respectively. The server system then records the page 
type for the URL, such as sports, finance, and news under the 
Page Type 324, and the duration of time the user was at the 
URL under Duration 326. 

[0083] The server system uses the User URL Information 
Records to generate user behavior statistics and customize 
user client applications. The server system determines user 
specific activities using the User Number 72, and generates 
user specific behavior statistics using the Domain 320, Page 
322, Page Type 324, and Duration 326 fields. These user 
specific behavior statistics include the total and average 
number of times the user visited a URL, the total and 
average duration the user spent at a URL, the peak times 
when the user visited the URL, and the types of pages the 
user visited, 

[0084] The server system also determines URL specific 
activities using the Domain 230 and Page 322, and generates 
URL specific behavior statistics using the User Number 72, 
Page Type 324, and Duration 326 fields. These URL specific 
behavior statistics include the total and average number of 
times that users visit a URL, the total and average amount 
of time users spend at a URL, the peak times when users 
visit a URL, and the types of URLs that user's visit. 

[0085] The User Application Information Record is shown 
in FIG. 12. This record includes information about client 
applications the user has downloaded. There is one User 
Application Information Record per user per client applica- 
tion. 

[0086] Referring to FIG. 12, the User Application Infor- 
mation Record includes the User Number field 72, which is 
an internal number used to record user specific activities, 
and the Application Identifier field 82, which is the unique 
identification assigned to an application. The User Applica- 
tion Information Record also includes an Application Ver- 
sion field 92, which is the user's current version of the client 
application, and a Download Date field 122, which is the 
date the user downloaded the application. The User Appli- 
cation Information Record further includes a Last Login 
field 124, which is the last date and/or time the user used the 
application, along with a Last Message Id field 126, which 
indicates the last message displayed to the user in connec- 
tion with this application. 

[0087] Using these fields, the server system can track, 
update, and service client applications downloaded and 
installed by the user. The system compares the User Number 
72 from the User Application Record with the User Number 
72 from various User Information Records to determine the 
user. The system also compares the Application Identifier 82 
from the User Application Record with the Application 
Identifier 82 from various Application Information Records 
to determine the application. The system is thereby able to 
determine the user and the correct User Information Record, 
as well as the application and the correct Application Infor- 
mation Record. 

[0088] After determining the user and application, the 
server system compares the Application Version 92 from the 
User Application Information Record with the Application 
Version 92 from the Application Information Record to 
determine if a more recent version of the user's client 
application exists. If a more recent version exists, the user is 



prompted to update their application from the web site 
specified in the Application Update URL 94 specified in the 
Application Information Record, or from the download 
servers 8. 

[0089] The system records the date the client application 
was downloaded by the user in the Download Date 122, and 
records the last date the user logged into the server system 
in Last Login 124. The system also records the last message 
the user was sent from the message queues in the Last 
Message Id 126, and is thereby able to determine the next 
appropriate message to send to the user from the message 
queue. 

[0090] The Application Tracking Record is shown in FIG. 
13. This record contains information about application use 
and application events on a daily basis. There is one Appli- 
cation Tracking Record per application per event type per 
day. There may be multiple Application Tracking Records 
for an application depending on, for example, the different 
types of events. 

[0091] Referring to FIG. 13, the Application Tracking 
Record includes the Application Identifier field 82, which is 
the unique identification assigned to an application, and a 
DayYear field 132, which is the date representation of the 
day and year of the current record. The Application Tracking 
Record also includes an Event Code field 134, which indi- 
cates a particular type of event for an application, as well as 
a Count field 136, which indicates the number of times the 
Event Code 134 occurred in connection with the application. 

[0092] Using these fields, the system records application 
activities, thereby tracking the application activity and pro- 
viding a database to customize instructions. When a client 
application sends Application Identifier 82 and Event Code 
134 information to the server system, the system compares 
the received Application Identifier 82, the received Event 
Code 134, and the current date DayYear 132 with the 
Application Identifier 82, Event Code 134, and DayYear 132 
from various Application Tracking Records. After identify- 
ing the correct Application Tracking Record, the server 
system records the activity by incrementing the Count 136 
field. By recording numerous records for different dates, 
applications, and activities, the system is able to perform 
functions including tracking all application activities, gen- 
erating statistics based on the application, activity, date, or 
a combination of these fields, and creating instructions based 
on these statistics. 

[0093] The Message Queue Record is shown in FIG. 14. 
This record includes the list of messages to display to a user. 
There is one Message QueUe Record per application per 
country. 

[0094] Referring to FIG. 14, the Message Queue Record 
includes the Application Identifier field 82, which is the 
unique identification assigned to an application, and a 
Behavior Type field 112, which is the user behavior for 
which the messages in the queue will be sent to the user. The 
Message Queue Record also includes a Message Number 
field 152, which is a sequential number assigned to every 
message, a Messages field 154, which indicates the list of 
messages to be sent to the user, and a Country Code field 74, 
which indicates the country for which the messages in the 
queue are tailored. The Message Queue Record further 
includes a URL field 156, indicating a fully qualified web 
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address to send to the user. The Message Queue Record also 
includes a Browser Mode field 158, which indicates whether 
the browser window will use a small dialog window or a full 
window to display the messages sent from the queue, and a 
Popup Mode field 160, which indicates whether the browser 
will make the message window popup or pulse the applica- 
tion icon whenever a message is received. The Message 
Queue Record further includes a Browser Width field 162 
and a Browser Height field 164, which define the width and 
height, respectively, of the browser window that displays the 
messages. 

[0095] Using these fields, the server system queues and 
sends messages to a user client application. The process 
begins when a client application requests messages from the 
server system according to the Welcome Wait Interval 88 
specified in the Client Information Record. Included in the 
request is a User Identifier 42 and Application Identifier 82, 
which the system compares with the User Identifier 42 of 
various User Information Records to determine the correct 
User Information Record. By identifying the correct User 
Information record, the system is able to determine the 
user's User Number 72 and Country Code 74. The system 
then compares the Application Identifier 82 and the user's 
Country Code 76 with the Application Identifier 82 and 
Country Code 74 from the various Message Queue Records 
to select a group of appropriate Message Queue Record(s) 
with different Behavior 'types 310. 

[0096] The system also compares the user's User Number 
72 with the User Number 72 of different User Behavior 
Information Records to determine the user's different 
Behavior Types 112 and Weights 114. The system processes 
the user's Behavior Types 112 and Weights 114 to determine 
which record(s) from the group of appropriate Message 
Queue Record(s) should be sent to the user based on their 
behavior. If the Behavior Type 112 specified in the Message 
Queue record is "ALL," then that record is appropriate to 
send to the user regardless of his Behavior Types 112 and 
Weights 114. 

[0097] After determining the correct Message Queue 
Record(s), the server system queues Messages 154 to send 
to tW client application. The interval at which the server 
system sends the messages is defined by the Application 
Message Interval 86 specified in the appropriate Application 
Information Record. The Message Number 152 is compared 
with the Last Message Id 126 to determine the next message 
to send the user. The URL 156 is also sent to the user, which 
is displayed by the client application to provide the user with 
additional information. 

[0098] When the client application receives a message 
from the server system, it displays the message for the user. 
The Browser Width 162, Browser Height 164, Browser 
Mode 158, and Popup Mode 160 control the message 
appearance when it is displayed. The Browser Width 162 
and Height 164 control the message width and height in the 
browser window The Browser Mode 158 and Popup Mode 
160 control full window versus small dialog box display, and 
instant message popup versus pulse icon notification of the 
user, respectively. 

[0099] The server system tracks user activity by generat- 
ing Activity Log Files that record user activities. FIG. 15 
shows the format of the Activity Log Files generated by the 
application servers. These files can be combined to generate 



a report on all user activities with the application servers and 
generate statistics about user and system activity. 

[0100] Referring to FIG. 15, the Activity Log File 
includes a Time field 172, which is the time the Activity Log 
file was created, and the User Identifier field 42, which is the 
uiuque user identification assigned to each user. The Activity 
Log Fite also includes a User IP field 174, which is the user's 
last internet connection address, and an Activity field 176, 
which specify various descriptions for different user activi- 
ties. The Activity Log File further includes the Activity Info 
1 field 178 and Activity Info 2 field 180, which are the first 
two entries illustrative of the activity information entries 
recorded in the log file. 

[0101] Using these fields, user activity records are gener- 
ated and recorded in log files. When the server system 
receives information from user client applications, it iden- 
tifies the time the log file was created, user, application, 
internet address from which the user is connected, and 
activity the user's client application is executing. The time, 
user identification, and internet connection address informa- 
tion are stored in the Time 172, User Identifier 42, and User 
IP 174 fields, respectively. 

[0102] The Activity field 176 includes one or more short- 
hand notations for different user activities. Typical notations 
include POPUP (user received a popup text message), 
CLICK (user selected an application icon to bring up a 
dialog box), NAV (user visited a web site), SESSION (user 
end-of-session actions), HELP (user selected help), FIRST- 
TIME (user downloaded software for the first time), AGREE 
(user agreed to terms and conditions), DISAGREE (user 
disagreed to terms and conditions, and REINSTALL (user 
downloaded and installed software over the existing ver- 
sion). 

[0103] Following the Activity list 176, a number of Activ- 
ity Information entries, indicated by Activity Info 1178 and 
Activity Info 2180, list the user's activity. Each entry 
contains a shorthand notation of the activity from the 
Activity list 176, followed by the data upon which the 
activity was taken. For instance, Activity Info 1178 shows 
POPUP and SESSION notations followed by entries. This 
information indicates the user received a popup message, the 
message received was from the document "document num- 
ber," and that the user started the session at "start time of 
session." Activity Info 2180 shows POPUP and session 
notations followed by entries. This information indicates the 
user received a popup message, the message received was a 
web page specified by "document URL" and that the 
session duration was for "duration of session" time. 

[0104] Once generated, these log files are then used by the 
system for functions including generating user statistics, 
generating activity statistics, and creating instructions for 
user client applications based on prior activity history. The 
system merely examines the log files, determines the prior 
activity taken by the user, and then tailors client and system 
activities according to the user's prior history. 

[0105] Referring now to FIG. 1, the server system 
includes an External Interface 14 that allows it to interface 
with other systems 16. The details of the External Interface 
14 are shown in FIG. 16. Referring to FIG. 16, the External 
Interface includes five separate layers which are the Appli- 
cation Program Interface (API) and Notification layer 194, 
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Transaction Tracking and Security layer 196, Real Time 
Transmission and Queuing layer 198, Filtering layer 200, 
and TCP/IP layer 202. These layers allow external applica- 
tions 192 to be treated as external plug-ins 204 to the server 
system. 

[0106] External applications 192 initially couple to the 
external interface via the API and Notification layer 194, 
which includes Content, Database, Tracking, and System 
APIs. Content APIs include functions for external applica- 
tions to send web pages and messages to the communication 
servers, such as setting the delivery time, country, and 
behavior type for content to send to the user, whereas 
Database APIs include functions for external applications to 
access the system database 10 and retrieve user information. 
Tracking APIs include functions for external applications to 
access tracking information, including the type of users who 
View the external application's published content, and Sys- 
tem APIs include functions for external applications to 
register and un-regjster with the server system, establish and 
end sessions with the server system, and send and receive 
status information from the server system. The notification 
callback is used to notify asynchronous external applications 
when their requests have been completed by the server 
system. 

[0107] The information from external applications then 
proceeds to the Transaction Tracking and Security layer 196, 
which manages the flow of information from external appli- 
cations to the server system. Communication between exter- 
nal applications and the server system take place in trans- 
actions, wherein external applications send requests to the 
server system, which acknowledges the requests and 
responds with the requested information. This layer 196 
includes Transaction Tracking functions, which manage 
these transactions between external applications and the 
server system, and Security functions, which perform 
encryption and security functions for these transactions. 

[0108] Following is the Real-Time Transmission and 
Queuing layer 198, which carries out the requested trans- 
actions in real-time and/or by queuing external application 
requests. This layer includes Real-Time functions, which 
process real-time transactions prior to queuing transactions 
during the external application-server session, and Queuing 
functions, which process transactions within a single or 
multiple external application-server sessions. 

[0109] Next is the Filtering layer 200, which includes 
functions to optimize and validate data from the external 
applications. When external application data is sent to the 
Filtering layer 200, real-time data is sent prior to queued 
data, and System API data is sent ahead of Content, Data- 
base, and Tracking API data. The TCP/IP layer 202 is the 
standard protocol layer used to send the filtered, encrypted, 
and compressed external application data to the rest of the 
server system. 

[0110] All communication between the server system and 
user client applications 2 takes place via the message broker 
300 shown in FIG. 17. Referring to FIG. 17, the message 
broker 300 includes Message Interface 212, Message Trans- 
action 214, and HTTP-TCP/IP 216 layers. These layers are 
packaged as a unit and installed with the desktop system. 

[01U] The Message Interface layer 212 is the client-based 
API used by client applications 2, and includes functions 



required for client application communication with the com- 
munication servers. The Message Interface layer 212 
receives client application 2 requests and sends them to the . 
Message Transaction layer 214, which manages the flow of 
information from client applications 220 to the server sys- 
tem. Communication between the client application 2 and 
the server system take place in transactions, wherein client 
applications 2 send requests to the server system, which 
acknowledges the requests and responds with the requested 
information. This layer 214 includes functions that manage 
these transactions client applications and the server system. 
The HTTP-TCP/IP layer 216 permits the information to 
safely penetrate firewalls and receive support from proxy 
servers, and includes HTTP functions, which enable com- 
munication with proxy servers and web browsers 220, as 
well as TCP/IP functions, which enable communication over 
the Internet and other networked systems. The Task Bar 218 
is the dynamic task bar that can be customized by the 
messages received through the message broker. 

[0112] The message broker monitors the system for a valid 
Internet connection and, once connected, communicates 
with the communication servers to receive information 
including instructions, software updates, and behavior con- 
figuration parameters. If the Internet connection is lost, the 
message broker sits idle awaiting a valid connection, cach- 
ing information to be sent to the server system upon recon- 
necting. 

[0113] Web display applications are standalone user client 
programs that install in the user's taskbar tray and provide 
functions including popup messages, menu items, and 
invoking web browsers to display specific URLs. Referring 
to FIG. 18, these applications install in numerous locations, 
such as shortcuts on the desktop 232, in the program files 
menu 234, in the start menu 236, and as a tray icon 238. The 
appearance of each application's tray icon 238 changes 
based on different factors including the Internet connection 
status and information received by the application. Appli- 
cations also self configure based on the user's behavior. 

[0114] The extent of application self configuration and 
browser customization is shown by FIG. 19, which displays 
portions of the web browser window 248 that are dynami- 
cally reconfigured by the server system, including web 
browser toolbars 242, web address windows 244, and mes- 
saging windows 246. Referring to FIG. 19, the web browser 
toolbar component 242 extends the web browser to include 
additional toolbars. It includes buttons, input fields, pull- 
down menus, and user interface elements available on the 
user's computer. A web address window 244 displays pre- 
ferred user web sites. A messaging window 246 receives 
messages from the content servers and displays them to the 
user. 

[0115] As the user's behavior and the web site address 
changes, the web browser 248, toolbar 242, web address 
window 244, and messaging window 246 components 
execute instructions generated by the server system and 
dynamically reconfigure the information they display. The 
server system also updates these components periodically 
with the most recent information available. The custom 
server instructions are based on information including the 
user's preferences, prior activity, current activity, applica- 
tion activity, and other external information. All this infor- 
mation is stored in the server system's database and log files 
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and used by the server system to generate instructions that 
modify the browser window 248, toolbar 242, web address 
window 244, and messaging window 246. 

[0116] The desktop taskbar application client is shown in 
FIG. 20. Referring to FIG. 20, the desktop taskbar appli- 
cation 252 runs within the taskbar 254 and provides infor- 
mation to the user that has been previously chosen via a web 
display application. The desktop taskbar application 252 
receives instructions from the communications server via the 
message broker on what information to display. As the user's 
behavior and the web site address changes, the desktop 
taskbar application 252 executes instructions generated by 
the server system and dynamically reconfigures the infor- 
mation it displays. The server system also updates the 
desktop taskbar application 252 periodically with the most 
recent information available. The custom server instructions 
are based on information including the user's preferences, 
prior activity, current activity, application activity, and other 
external information. All this information is stored in the 
server system's database and log files and used by the server 
system to generate instructions that modify the desktop 
taskbar application 252. 

[0117] According to the present invention, the server 
system optimizes the appearance of web site information by 
dynamically configuring client application software in order 
to optimally present web site information according to 
factors including the user's history and preferences. User 
client applications 2 communicate with communication 
servers 10 to request configuration information, which the 
communication servers 10 return to the user client applica- 
tions 2, thereby configuring the user client applications 2, 

[0118] User client applications 2 record URLs that the user 
accesses, and the user's activities at those URLs, in order to 
customize the presentation of web site information. In 
addition to tracking true URLs for web sites on the Internet, 
the client -server system can also track user activity for 
locations that are in the URL format, but are not URLs for 
Internet web sites. Such URL format locations may include 
networked files and other resources, which are not connected 
to the Internet, but which include information whose pre- 
sentation the user desires the server system to customize. 
Thus, users who view information with a web browser, and 
who run the appropriate user client application 2, are not 
limited to customizing content on Internet web sites, but can 
also customize the presentation of information that is not at 
an Internet address, but whose location is still in the URL 
format. 

[0119] Customization of the user's web browser takes 
place on both the client and server side, which first collect 
URL addresses for the web sites the user visits, and then 
customize the user's web browser to optimally present 
information according to factors including the user's pref- 
erences and history. On the client side, user client applica- 
tions 2 register with the user's web browser(s), thereby 
allowing the client applications 2 to intercept URLs 
requested by the user, and measure the lime a user spends at 
a URL. The client application 2 collects this information and 
sends it to the server system using an API from the message 
broker 300, which separates, stores, and dispenses the infor- 
mation to the server system in batches. The message broker 
300 also counts and removes duplicate information, as well 
as compressing the information, prior to sending it to the 



server system. Client applications 2 that display URLs but 
do not register with the user's web browser, such as the 
desktop system and intelligent toolbars, also send URL 
information to the server system via the message broker 300. 

[0120] On the server side, communication servers 10 
collect URL information sent by client applications 2, and 
store the information in the database 18 and log files 20. This 
information is analyzed to determine the user's behavior and 
then used to customize the user's client application 2. 

[0121] For customization, user client applications 2 
request custom configuration information from the server 
system through the message broker 300. This custom con- 
figuration information may include graphics, links, chat 
information, and other information that is used by client 
applications 2 to configure themselves. Client applications 2 
can also send a request through the message broker 300, 
asking the server system to notify the client applications 2 
when they should change their configuration by requesting 
new custom configuration information. 

[0122] On the server side, communication servers 10 
process URLs sent by the client applications 2 using batch 
and/or real-time methods. Batch methods are used to recal- 
culate user behavior formulas across a range of users in the 
database 18, whereas real-time methods are used on a 
per-user basis after the server system receives URL infor- 
mation sent by user client applications 2. The server system 
checks the database for new information pertinent to the 
customization information, uses any new information and 
the behavior formulas to generate new custom configuration 
information, and sends the new custom configuration infor- 
mation to the client application 2. Thus, as client applica- 
tions 2 request new custom configuration information, the 
server system generates new custom configuration informa- 
tion and sends it to the client applications 2. 

[0123] Server analysis to generate custom configuration 
information includes a number of steps. First, the server 
system performs a number of data counts based on factors 
including the current session, prior sessions, prior days, 
prior weeks, and prior months, thereby calculating a plural- 
ity of running totals or counts. The number of prior sessions, 
days, weeks, and months are assigned and configured by the 
server system. URL totals or counts are counted by domain 
name only, and the URL count result determines the style of 
web site the user prefers to view. Page counts for URLs are 
counted up to a defined number of nested levels, where each 
level is a slash that separates a portion of the URL domain 
name. Total time counts are also performed within each 
counting set according to the total time the user spent at a 
particular URL in the current session, prior sessions, prior 
days, prior weeks, and prior months. 

[0124] After performing the counting step, the server 
system next performs the weighting step. In the weighting 
step, each running total is assigned a numerical weighting 
factor, which is multiplied by the running total results to 
adjust the relevance of particular running totals. After 
weighting these running totals or counts, the results are 
further adjusted according to the amount of time the user 
spent at each domain and page, thereby generating a plu- 
rality of running total scores. 

[0125] The next step is the style and behavior determina- 
tion step, in which the server system determines the user's 
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behavior based on the running total scores. To determine the 
user's preferred style, the server system takes the highest 
running total score, which indicates the top weighted and 
adjusted web site, and compares it with the database records 
for a particular user to determine the client application style 
the user prefers. If the user does not use a client application 
2 for the web site corresponding to the highest running total 
score, the server may determine the top running total score 
is inapplicable, and use the next highest running total score 
to determine the user's preferred style. Thus, the client 
application 2 will present web site information to the user 
according to the style of the highest running total score, 
unless there is no client application 2 for that running total 
score, in which case the client application 2 may resort to the 
next best style according to the next highest running total 
score. 

[0126] The server system determines the user's behavior 
by internal and external examination of data that includes 
running total scores, and other extracted information. Rel- 
evant data used by the server system to determine user 
behavior includes keywords within a web page or URL, 
keywords within the host portion of a URL, known motifs 
of a URL domain name, and known motifs of a web page 
within a specific URL domain name. By determining the 
motif of particular web site domain names and pages, the 
server system adjusts custom configuration information sent 
to client applications 2 to reflect those motifs accessed by the 
user. 

[0127] According to the present invention herein 
described, a number of features will be apparent to those 
skilled in the art. One feature of the present invention is the 
ability for a single client application to support multiple 
users with separate user histories. The client-server system 
tracks client activity on a per user-per application basis. 
Thus, multiple users can share a single client application by 
using separate login identifications which are assigned 
unique user identifiers. Each user's activity history and 
customization will be unique because the single application 
will have multiple unique user identifiers. 

[0128] Another feature of the present invention is the 
ability to use different varieties of client applications from a 
single user. The client-server system tracks client activity on 
a per user-per application basis. Thus, a single user can use 
multiple client applications that are assigned separate client 
identifiers. Each client application's activity history and 
customization will be unique because the single user will 
have multiple unique application identifiers for the user's 
client applications. 

[0129] An additional feature of the present invention is 
that multiple client appbeations can be developed that track 
a single web site, because the system tracks user activity on 
a per user-per client basis. Different client application vari- 
eties may be developed that have unique features and 
capabilities such as functionality and speed, thereby making 
certain client applications preferable for certain users. For 
example, a client application that contains less functionality 
but greater speed may be preferable to users who value 
efficiency, whereas another client application that has 
extended functionality but less speed may be preferable to 
users that value presentation and detail. Yet both client 
applications can be used to track and customize a single web 



site, because the client-server system tracks activities on a 
per user-per application basis, rather than a per user-per web 
site basis. 

[0130] A further feature of the present invention is that a 
single user can install and use multiple client applications 
that track the same web site, because the client-server 
system tracks activities on a per user-per application basis. 
Thus, a single user can download and install multiple client 
applications that are tailored for uses such as speed or 
functionality even though both client applications track the 
same web site. The user then runs the appropriate client 
application according to their current need, and separate 
activity histories and customization results are generated for 
each client application. 

[0131] Another feature of the present invention is that the 
client-server system can support multiple instantiations or 
profiles of identical client applications for a single user. By 
adding a client application instantiation/profile field under 
the appropriate records and log files, multiple instances of 
the same client program can be tracked independently by the 
client-server system. Such a system would track client 
activities on a per user-per client-per instance/profile basis. 
Each instantiation or profile would have its own unique user 
history and corresponding customization features. Thus, a 
user could install multiple instances of identical client 
application., or load separate profiles of an identical client 
application, and the server system would generate separate 
activity history and customization for each client instance or 
profile. 

[0132] A further feature of the present invention is the 
ability to send users custom messages directly from a web 
site based on the user's activity history. The external inter- 
face permits web site owners to broadcast messages to 
different users according to the each user's interests. These 
messages may include promotional information, advertise- 
ments, news, and other information that is generated by the 
web site. The external interface also provides connections 
into other systems including ad servers, chat, instant mes- 
saging, and other databases and systems that enhance the 
ability of the system to provide the user with relevant 
information during their online and offline session. These 
external systems may collect user information from the 
system, send information to the system, publish content to 
the system for distribution and send information to the 
system, including music, video clips and special offers. 

[0133] An additional feature of the present invention is the 
ability to provide statistical information to different web 
sites based on the user's activity information. Different user 
records and log files can be used to determine features 
including the number of users visiting a web site, the amount 
of time users are at a web site, the web site's most accessed 
features, and the activities users execute at the web site. This 
information can be provided to web site owners as feedback 
for the owners to make changes to the web site, thereby 
making the web site more attractive to users. 

[0134] Other features of the present invention include its 
ability to dynamically configure the user web-browsing 
environment to provide the most effective and efficient web 
browsing experience by presenting the user with information 
relevant to their current subject. The system can also record 
areas and subject matter the that the user visits and provides 
the user with ancillary information via the client software 
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interface. The user can further be notified asynchronously of 
promotions or other information that pertains to their brows- 
ing habits. Thus, the user receives information based not 
only on the direct web sites the user has visited, but 
additional information related to the subject matter of the 
web sites the user has visited. 

[0135] An additional feature of the present invention is 
that the client components are integrated into the browser 
and desktop providing the user with information whenever 
they are connected to the Internet. The system provides both 
a chent software interface and server interface for expanding 
the user's experience through additional augmenting soft- 
ware. Thus, the client and server session detect when a user 
is online or offline and make adjusts to the client presenta- 
tion based on heuristics at the server. 

[0136] While the invention has been particularly shown 
and described with reference to preferred embodiments 
thereof, it will be understood by those skilled in the art that 
various changes in form and details may be made therein 
without departing from the spirit and scope of the invention. 

We claim: 

1. A method for dynamically providing information to a 
user via a visual display associated with a user computer, the 
method comprising the following steps: 

assigning the user a user identification code; 

assigning an application code to at least a first website and 
a second website to be viewed by said user; 

recording the user's activity associated with said first and 
second websites by monitoring said user identification 
code and said application code; 

determining the user's viewing preference associated with 
said first website based on the user's activity associated 
with said first website; 

determining the user's viewing preference associated with 
said second website based on the user's activity asso- 
ciated with said second website; and 

dynamically adjusting the user's display in accordance 
with the user's preference associated with the website 
being viewed by the user. 

2. The method of claim 1, further comprising the step of 
downloading from a system server a display application for 
each website where the user's activity is to be recorded. 

3. The method of claim 2, further comprising the step of 
utilizing a message broker to handle communications 
between said server and said display application. 

4. The method of claim 2, further comprising the step of 
utilizing a message broker to handle communications 
between said server and other applications associated with 
said user computer. 

5. The method of claim 1, wherein the recording step 
comprises the further step of recording a URL associated 
with the website being viewed by said user. 

6. The method of claim 1, wherein said visual display 
includes a browser function and said adjusting step adjusts 
the browser. 

7. The method of claim 1, further comprising the step of 
generating a user information record associated with each 
user, the user information record including the user identi- 
fication code, an IP address field indicating the last internet 
address from which the user communicated, a country code 



field indicating the country from which the user last com- 
municated, and a last login field indicating the last time that 
the user communicated. 

8. The method of claim 7, further comprising the step of 
customizing information presented to a user in accordance 
with the country code field associated with the user. 

9. The method of claim 1, further comprising the step of 
generating a user session record associated with a commu- 
nication session with the user, the user session record 
including the user identification code or a similar unique 
identifier associated with the user, the application code 
associated with a website, an IP address field indicating the 
last internet address from which the user communicated, 
session timing information, and a unique session identifica- 
tion code. 

10. The method of claim 9, wherein said session timing 
information includes a session start time and a session end 
time. 

11. The method of claim 10, further comprising the step 
of generating user-specific statistics including user session 
duration and peak time of use. 

12. The method of claim 10, further comprising the step 
of generating average user session duration, average client 
session duration, user session peak time of use and client 
session peak time of use for a plurality of users. 

13. The method of claim 1, further comprising the step of 
generating a session identifier for tracking application activi- 
ties, the session identifier including the application code 
associated with the website and an application name field 
indicating the textual name associated with the website. 

14. The method of claim 13, further comprising the step 
of transmitting messages to be displayed the user, and 
wherein the session identifier further includes an application 
message interval field indicating a period of time between 
messages sent from a message queue to the application, a 
welcome wait interval which indicates an amount of time to 
wait before requesting a next display message from the 
message queue, and a query time interval which indicates a 
period of time between application queries for additional 
information. 

15. The method of claim 1, further comprising the step of 
generating an application navigation record indicating the 
primary location the process initially accesses when the 
process is first executed, the application navigation record 
including the application code, a navigation URL field 
indicating a web address to be initially accessed upon initial 
execution, a country code field indicating the user's country 
for which the URL navigation field is applicable. 

16. The method of claim 1, further comprising the step of 
generating an application customization record which 
includes application parameters related to user behavior, the 
application customization record including the application 
code, a user behavior type indicator, and a tag name field and 
value name field which provide a textual information tag and 
an associated value, respectively, for the application. 

17. The method of claim 16, further comprising the step 
of customizing the user's display in accordance with the user 
behavior type. 

18. The method of claim 1, further comprising the step of 
generating a user behavior information record indicating 
weighted information about the user's behavior, the user 
behavior information record including the user identification 
code or a similar unique identifier associated with die user, 
a behavior type field indicating information about the user's 
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type of interests, and a weight field indicating the appropri- 
ate weighting or significance of each user behavior type. 

19. The method of claim 18, further comprising the step 
of generating a plurality of use behavior information 
records, and utilizing the plurality of user behavior infor- 
mation records to perform additional customization of the 
user's display. 

20. The method of claim 1. further comprising the step of 
generating a user URL information record which indicates 
user URL tracking information used to generate user behav- 
ior information, the user URL information record including 
the user identification code or a similar unique identifier 
associated with the user, a session identifier which identifies 
the session of the user for a particular URL, a domain field 
and page field associated with the particular URL, a page 
type field which identifies the type of URL, and a duration 
field which indicates an amount of time the user spent at a 
particular URL. 

21. The method of claim 20, further comprising the step 
of utilizing user URL information records to generate user 
behavior statistics, including at least one of total and average 
number of times the user visited a particular URL, the total 
and average time the user spent at a particular URL, the peak 
time when the user visited a particular URL, and the types 
of pages viewed by the user. 

22. The method of claim 20, further comprising the step 
of utilizing user URL information records to generate URL 
statistics, including at least one of total and average number 
of times that users visited a particular URL, the total and 
average time users spent at a particular URL, and the peak 
time when users visited a particular URL. 

23. The method of claim 20, further comprising the step 
of utilizing user URL information records to customize the 
user's display. 

24. The method of claim 1, further comprising the step of 
generating a user application information record indicating 
information associated with client applications the user has 
downloaded, the user application information record includ- 
ing the user identification code or a similar unique identifier 
associated with the user, the application code for each 
particular application downloaded by the user, an applica- 
tion version field identifying the current version of each 
particular application, a download date field indicating the 
date the user downloaded the particular application. 

25. The method of claim 24, wherein the user application 
information record further includes a last login field indi- 
cating the last time the user used the particular application, 
and a last message identification field indicating the last 
message displayed to the user in connection with the par- 
ticular application. 

26. The method of claim 24, further comprising the step 
of updating a particular application in accordance with at 
least one of the application version field and the download 
date field. 

27. The method of claim 25, further comprising the step 
of displaying a next message to the user in accordance with 
at least one of the last login field and the last message 
identification field. 

28. The method of claim 1, further comprising the step of 
generating an application tracking record which contains 
information regarding application use, the application track- 
ing record including the user identification code or a similar 
unique identifier associated with the user, a date field rep- 
resenting the date of a particular record, an event code field 



indicating a particular type of event for each application, and 
a count field indicating the number of times a particular 
event bas occurred for a particular application. 

29. The method of claim 28, further comprising the step 
of incrementing the count field for each occurrence of a 
particular event in connection with each execution of a client 
application. 

30. The method of claim 1, further comprising the step of 
generating a message queue record indicating a list of 
messages to be displayed to the user, the message queue 
record including the user identification code or a similar 
unique identifier associated with the user, a behavior type 
field indicating a user behavior for which messages in the 
queue will be transmitted to the user, a message number field 
indicating a sequential number assigned to each message, a 
messages field which indicates the list of messages to be 
transmitted to the user, and a URL field indicating a web 
address to be transmitted to the user. 

31. The method of claim 30, wherein the message queue 
record further includes a mode indication indicating whether 
the message will be displayed as a popup window or whether 
the application associated with the message will be pulsed 
when the message is transmitted to the user. 

32. The method of claim 30, further comprising the 
following steps: 

requesting a message to be displayed to the user in 
accordance with a welcome wait interval which indi- 
cates an amount of time to wait before requesting a next 
display message from the message queue; and 

selecting a message to be displayed to the user in accor- 
dance with the identification of the user and the user's 
behavior type. 

33. The method of claim 32, further comprising the step 
of transmitting the selected message to the user in accor- 
dance with an application message interval and displaying 
the selected message in accordance with the user's display 
preferences. 

34. The method of claim 1, further comprising the step of 
generating an activity log file which records user activities, 
the activity log file including a time field indicating when the 
activity log file was created, the user identification code or 
a similar unique identifier associated with the user, a user IP 
field indicating the user's last internet connection address, 
and an activity field indicating a description for a particular 
user activity. 

35. The method of claim 1, further comprising the step of 
utilizing an external interface to interface with other systems 
and processes. 

36. The method of claim 1, further comprising the step of 
installing said application as a shortcut on the user's desk- 
top. 

37. The method of claim 1, further comprising the step of 
installing said application in the user's program files menu. 

38. The method of claim 1, further comprising the step of 
installing said application in the user's start menu. 

39. The method of claim 1, further comprising the step of 
installing said application as a tray icon. 

40. The method of claim 1, further comprising the step of 
optimizing the display of website information by dynami- 
cally configuring the client application in order to present 
website information in accordance with the user's history 
and preferences. 
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41. The method of claim 1, further comprising the step of 
tracking user activity in connection with locations that are 
specified in URL format but which are not URL locations. 

42. The method of claim 41, wherein said locations that 
are specified in URL format include one of networked files 
and networked resources. 

43. The method of claim 1, further comprising the step of 
calculating user behavior for a plurality of users. 

44. The method of claim 1, further comprising the step of 
calculating user behavior for an individual user in real-time. 

45. The method of claim 1, further comprising the steps 
of performing at least one data count based on the user's 
prior usage history, and weighting the at least one data count 
to adjust the relevance of the at lease one data count to 
produce a running total score for at least one website viewed 
by the user. 

46. The method of claim 45, further comprising the step 
of adjusting the running total score in accordance with an 
amount of time the user spent at at least one website 
included in the count. 

47. The method of claim 45, further comprising the step 
of determining the user's behavior by selecting the website 
with the highest running total score. 

48. The method of claim 45, further comprising the step 
of determining the user's behavior by selecting the website 
with the second highest running total score in the event that 
the user does not have a client application corresponding to 
the website with the highest running total score. 

49. The method of claim 1, further comprising the step of 
associating a single client application or website with a 
plurality of users. 

50. The method of claim 1, further comprising the step of 
associating a single user with a plurality of client applica- 
tions or websites. 

51. The method of claim 1, further comprising the step of 
utilizing a plurality of different varieties of client applica- 
tions for a single website and a single user. 

52. The method of claim 51, wherein said plurality of 
different client applications includes client applications with 
increased functionality and client applications with 
increased speed. 

53. The method of claim 1, further comprising the step of 
transmitting customized messages to a user in accordance 
with the user's usage. 

54. The method of claim 53, wherein the customized 
messages include at least one of promotional information, 
advertisements, and news. 

55. A method for dynamically providing information to a 
user via a visual display associated with a user computer, the 
method comprising the following steps: 

(a) at the user computer, requesting from a remote server 
configuration information associated with a website 
being viewed by said user; 

(b) reconfiguring the visual display in accordance with the 
configuration information; 

(c) transmitting usage information associated with the 
website being viewed by the user to the remote server; 
and 

(d) repeating steps (a), (b), and (c) for each website being 
viewed by the user. 

56. A computer readable medium encoded with process- 
ing instructions for performing a method for dynamically 



providing information to a user via a visual display associ- 
ated with a user computer, the method comprising: 

assigning the user a user identification code; 

assigning an application code to at least a first website and 
a second website to be viewed by said user; 

recording the user's activity associated with said first and 
second websites by monitoring said user identification 
code and said application code; 

determining the user's viewing preference associated with 
said first website based on the user's activity associated 
with said first website; 

determining the user's viewing preference associated with 
said second website based on the user's activity asso- 
ciated with said second website; and 

dynamically adjusting the user's display in accordance 
with the user's preference associated with the website 
being viewed by the user. 

57. A computer readable medium encoded with process- 
ing instructions for performing a method for dynamically 
providing information to a user via a visual display associ- 
ated with a user computer, the method comprising: 

(a) at the user computer, requesting from a remote server 
configuration information associated with a website 
being viewed by said user; 

(b) reconfiguring the visual display in accordance with the 
configuration information; 

(c) transmitting usage information associated with the 
website being viewed by the user to the remote server; 
and 

(d) repeating steps (a), (b), and (c) for each website being 
viewed by the user. 

58. An apparatus for dynamically providing information 
to a user via a visual display associated with a user com- 
puter, comprising: 

a processor; and 

a memory storing processing instructions for controlling 
the processor, the processor operative with the process- 
ing instructions to: 

assign the user a user identification code; 

assign an application code to at least a first website and 
a second website to be viewed by said user; 

record the user's activity associated with said first and 
second websites by monitoring said user identifica- 
tion code and said application code; 

determine the user's viewing preference associated 
with said first website based on the user's activity 
associated with said first website; 

determine the user's viewing preference associated 
with said second website based on the user's activity 
associated with said second website; and 

dynamically adjust the user's display in accordance 
with the user's preference associated with the web- 
site being viewed by the user. 
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59. An apparatus for dynamically providing information 
to a user via a visual display associated with a user com- 
puter, comprising: 

a processor; and 

a memory storing processing instructions for controlling 
the processor, the processor operative with the process- 
ing instructions to: 

(a) at the user computer, request from a remote server 
configuration information associated with a website 
being viewed by said user; 



(b) reconfigure the visual display in accordance with 
the configuration information; 

(c) transmit usage information associated with the 
website being viewed by the user to the remote 
server; and 

(d) repeat steps (a), (b), and (c) for each website being 
viewed by the user. 



* + * * + 
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